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DETAILED ACTION 

1 . This action is responsive to the AppHcant's response filed 9/1 5/2005. 

As indicated in Applicant's response, no claims have been amended. Claims 1-21 are 
pending in the office action. 

Claim Rejections - 35 USC § 102 

2. The following is a quotation of the appropriate paragraphs of 35 U.S. C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(a) the invention was known or used by others in this country, or patented or described in a printed publication in this 
or a foreign country, before the invention thereof by the appHcant for a patent. 

3. Claims 1-6, 8-9, 1 1-16, 18-19, and 21 are rejected under 35 U.S.C. 102(a) as being 
anticipated by Bex et al., "A Formal Model for an Expressive Fragment of XSLT", First 
International Conference of Computational Logic, London^ July 2000, Proceedings; Springer- 
Verlag; pp. 1 137-1 151 ( hereinafter Bex). 

As per claim 1, Bex discloses a method of computing, comprising: 
receiving at execution time a data processing specification having a first and a 
second unnested data processing cell specifications (e.g. Fig. 1, pg. 1 139 - Note: each 
lELEMENT entry is not nested; Fig. 2, pg. 1 140 - selecttopmgr, display - Note: separate query 
specification from XSLT for each cell based on mode reads on unnested specifications ) 
specifying a first and a second data processing cell (Fig. 3, pg. 1 141 - Note: each employee cell, 
manager cell or group cell reads on first or second cell specification as specified in DTD or 
XSLT file) respectively. 
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with each data processing cell specification having a plurality of statements (e.g. 
select^ y/groupfmgr/employeef@id=$varIDJJ/group/employee ' - Fig. 2, pg. 1 140; chp. 3, pg, 7- 
16; //group [mgr/employee[@id=varID]]/group//employee-^olQ\ XSLT statements effectuated 
via a parser processing the DTD specifications, along v^ith data dependency from one cell to 
another; OR each XSLT specification/statement calling underlying XPath language instructions 
reads on cell specification having action specification or computation - see pattern ... Xpath - 
first para pg. 1 144, read on statements having formula for action or computation; ( e.g. select - 
Fig, 2, pg. 1 140) including a formula specifying an action or computation, 

the first data processing cell having a data dependency on the second data processing 
cells and specified in a manner to be analyzed before the second data processing cell (e.g. ch. 3. 1 
to ch. 3.3, pg. 1 142-1 148; Xpath - ch. 4, pg. 1 148-1 150 - Note: Xpath, e.g. see pattern ... Xpath 
- first para pg. 1 144 - traversing tree to evaluate nodes amounting to parsing in accordance to 
template rules reads on specifying an action in a manner the first cell/node is analyzed before 
second cell/node ); 

analyzing in real time (Note: Xpath analysis to generate cell of XML output reads on real 
time processing or execution time) the first and then the second data processing cell 
specification to determine execution order of said actions/computations specified by said first 
data processing cell specifications based at least in part on interaction or computation references 
between said actions or computations specified (e.g. ch. 3.2- 4, pg. 1 142-1 150 - Note: execution 
of the elements forming the query as established by the DTD and XPath are to be checked for 
conformance to template or pattern rules to support a correct XSLT program, i.e. specifications 
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dictated by XSLT statement being converted using a parsing tree reads on determine path based 
in part on interaction or computations to yield or simulate a XML query program output); and 

effectuating the data processing specified ( e.g. Fig. 3, pg. 1141; example 3.2 pg. pg. 
1 142-1 150 - Note: using Xpath rules to process cells of XML output, i.e. effectuating data 
processing, reads on base on 1^ and 2"*^ cell specifications ) by the data processing specification 
in accordance with the determined execution order of said actions/computations specified by said 
first and second data processing cell specifications. 

As per claim 2, Bex discloses each of said first and second data processing cell 
specifications delineated by a beginning and an ending data processing cell specification tag (e.g. 
Fig. 2, pg. 1140). 

As per claim 3, Bex discloses said first data processing cell specification having a 
formula referencing a value of said second data processing cell specification (e.g. varlD or 
SvarlD - Fig. 2, pg. 1 140 - Note: varED is referenced fi*om second template and is employed in 
first template reads on 1^ cell specification having a value of 2"^ cell specification). 

As per claim 4, Bex discloses that one or both of said first and second data processing 
cell specifications comprise one or more attribute specifications specifying one or more attributes 
of the corresponding data processing cell ( e.g. employeelD - Fig. 2, pg. 1 140; employee id - 
Fig. 3, pg. 1 141 - Note: attribute DD in XSLT specifications and corresponding id in XML cell 
read on cell specifications having attributes specification for attributes of corresponding 
processing cell) . 

As per claim 5, Bex does not expressly disclose that the first data processing cell has a 
first attribute referencing a second attribute of said second data processing cell but in view of the 
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variable common to both XLST specification template ( $varID, @id - Fig. 2, pg. 1 140), the 
accessing of attribute value in the first template via reference of a attribute variable also defined 
in the second template implicitly discloses first data processing cell has a first attribute 
referencing a second attribute of said second data processing cell. 

As per claim 6, Bex discloses that second data processing cell specifications comprises a 
reserved mnemonic ( @id - Fig. 2, pg. 1 140) for providing input to the data processing specified 
by the data processing specification. 

As per claim 8, Bex discloses wherein said second data processing cell specifications 
comprises a conditionally executed formula ( <xsl: if ... </xsl: if>, Fig. 1, pg. 1 140; <xsl: 
otherwise ... > Fig. 5, pg. 1 143). 

As per claim 9, Bex discloses wherein said data processing specification further includes 
one or more global attributes specifying one or more global processing characteristics for the 
specified data processing (e.g. match, mode, name - Fig. 2, pg. 1 140). 

As per claim 11, Bex discloses an apparatus comprising programming instructions 
storage, such programming instructions to: 

receive at execution time (a data processing specification having a ' first 
and a second unnested data processing cell . . .); 

analyze in real time (the data processing specification to determine an execution 
order...)' and 

effectuate (the data processing specified by the data processing specification in 
accordance...); all of these steps having been addressed in claim 1. 
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Hence, these limitations are herein rejected with the corresponding rejections as set forth 

therein. 

As per claim 12, Bex discloses specifications to be recognized having delineation of 
each of said first and second data processing cell specifications by a beginning and an ending 
data processing ceil specification tag ( refer to claim 2 for corresponding rejection) 

As per claims 13-16, and 18-19 these claims correspond to claims 3-16, and 18-19, 
respectively; hence are rejected with the corresponding rejection as set forth therein. 

As per claim 21, this is a 'means-plus-functions' version claim corresponding claim 1, 
and comprises means for: 

receiving at execution time (a data processing specification having a ' first 
and a second unnested data processing cell . . .); 

analyzing in real time (the data processing specification to determine an execution 
order...)' and 

effectuating (the data processing specified by the data processing specification in 
accordance. , .); all of these steps having been addressed in claim 1 . 

Hence, these limitations are herein rejected with the corresponding rejections as set forth 

therein. 

Claim Rejections - 35 USC § 103 
4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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5. Claims 7, 10, 17 and 20 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Bex et al., "A Formal Model for an Expressive Fragment of XSLT", First International 
Conference of Computational Logic, London, July 2000, Proceedings; Springer- Verlag, as 
applied to claims 1, 9, 1 1, and 19; in view of W3C, 'XML Path Language (Xpath)' and 'XSL 
Transformation (XSLT) Version 1.0', W3C Recommendation 16 November 1999, respectively < 
http://www.w3.org/TR/1999/REC-xpath-19991 116 > and < http://v mw . w3.or g /TR/xslt > 
(hereinafter W3C). 

As per claim 7, Bex discloses template for displayQ instruction and output symbols for 
tree representation of the XML file (e.g. output, display - pg. 1 144-1 145) but does not exphcitly 
teach that said first data processing cell specifications is a reserved output cell/template 
specification specifying output of the data processing specified by the data processing 
specification. The use of XSLT specification language to provide a reserve cell in a template for 
output is disclosed by W3C (e.g. xsl: output, xsl: output method - pg. 9-10; chp. 16. 1, 16.2 pg. 
79-80). Since the methodology of using Xpath rules for traversing and constructing a tree to 
represent a XML output is similar in W3C and Bex's rule-based tree-traversal for XML output 
creating, it would have been obvious for one of ordinary skill in the art at the time the invention 
was made to provide a specification reserved to define output specifications as taught by W3C 
for the data processing cell of the data processing as taught by Bex because this would enable the 
correct format for outputting processed cell according to mime format and text/character type as 
mentioned by W3C in such that every HTML type is appropriately addressed ( see pg. 80-83). 

As per claim 10, although Bex's method is HTTP oriented and generation of HTTP text, 
Bex does not exphcitly discloses cell specifications wherein said one or more global attributes 
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include a global attribute specifying a format for providing the specified data processing with an 
HTTP request. W3C discloses top level XSLT structure similar to Bex's XSLT language but 
further discloses global attribute specification therein for HTTP request (e.g. LocationPath - ch. 
2. 1-2.2 pg. 7-1 1). Since the methodology of using Xpath rules for traversing and constructing a 
tree to represent a markup XML output is similar in W3C and Bex's approach, it would have 
been obvious for one of ordinary skill in the art at the time the invention was made to add to 
Bex's specifications - in case Bex does not already include such global specifications- the 
global attributes specifying a format as taught by W3C, because like in the rationale of claim 7, 
the format of a HTTP entity is to be predetermined at runtime by extended language known as 
XSL or DTD lest format conflict be incurred, and this is an well-known concept in HTTP request 
using extended language metadata such as XSL or DTD or XML as taught by W3C or implied 
by Bex. 

As per claims 17 and 20, these claims correspond to claims 7 and 10, respectively; 
hence are rejected using the same rationale as set forth therein. 

Response to Arguments 
6, Applicant's arguments filed 9/15/2005 have been fully considered but they are not 
persuasive in some particular points, which necessitate the following observations fi"om 
Examiner, 

Claim rejections under 35 USC §102: 
(A) Applicants have submitted that the Bex reference may have resulted from alteration or 
refinement since its first public appearance in July 2000; and may not have been made public in 
full as per the 1^ conference of July 2000; and thus is not considered available for material under 
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the rejection (Appl. Rmrks, pg. 8, bottom; pg. 9, top). The Office has now provided more 
evidence on the "CL 2000, First International Conference"( see Search Extract) shov^ing the 
official date of the Bex's reference being the date at which it was made available for public 
under 35 USC 102(a). That is, the document 'A Formal Model for an Expressive Fragment of 
XSLT" by Bex, Maneth, and Neven, has a publication date ( see ISSN: 0302-9743, Volume 
1861/2000 - Front page of CL 2000; search extract: pg. 9) and is intended to be presented first 
on the 28^ July (time: 10.30-12.30). The time of the CL 2000 conference is such time in the 
course which various paper presentations took place (i.e. presentations being listed under the 
title; ACCEPTED PAPERS for said conference - the conference being the proceedings herein 
referred to as 'First International Conference on Computational Logic', London, 24^ to 28^ July, 
2000). It is further noted that the CL 2000 book has been identified as ISBN: 3540677976, and 
according to Springer Science & Business Media services (at ww w. Sprin ger. com with tel: 1- 
800-777-4643 ext. 356) this was published 8/17/2000, nearly a month after the conference. It is 
apparent that everything is pointing to the fact that there can be no later publication date other 
than that above mentioned as CL 2000, Volume 1861/2000. Even the very Bex reference on the 
first page (being herein resubmitted) exhibits a footnote mention of pp. 1137-1151 excerpt fi-om 
such Volume ( see Bex pg. 1 bottom note). Burden now falls onto the Applicants for proving 
that the Bex reference thus provided is actually a version being not same as that originally 
presented on the 28*^ July, 2000; and that such non-original version has been published well after 
December 19, 2000. According to the statute of a 35 USC §102 (a), a document made available 
to a public, which is the very nature of a proceedings as above mentioned, constitutes prior art 
unless there is clear evidence that such document is concealed only for private use. Hence the 
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arguments that this Bex reference is unavailable until 2003, or does not become publication 
earUer than December 2000 would be inappropriate in view of the above findings, and the very 
definition of a 102(a); that is, any document being in a publication format and 'described in a 
printed publication in a foreign country' does constitute prior art ( see MPEP 2132). 
(B) Applicants have submitted that Bex does not provide a model for all XSLT nor does 
Bex's DTD fulfill 'data processing specification' according to the specifics of claim 1,11 and 21 
(Appl. Rmrks, pg. 9, bottom, pg. 10, 1^ and 2^^ para ). There had been similar arguments in the 
previous response wherein AppUcants have submitted that Bex's DTD can be declared inline in a 
XML document and that DTD for merely defining a type in the header, does not provide a action 
or computation of each 'data processing cell specification'. First, the claim recites 'data 
processing cell specification'. Structured language like HTML or markup type of language in 
general fulfills this description of structure language in which tags or cells are organized Uke a 
hierarchy of tree elements so that each node is a cell or a tag the content and relative order of 
which is executed. The data processing implication in view of a markup language or document ( 
e.g a XSL, a HTML or a DTD) is so self-evident simply because such document impUes data 
therein to be processed no matter how or in which context this language or document is used. 
Hence, the only weight imparted to the hmitation referred to as 'data processing cell 
specification' is 'cell specification'. And the document like a DTD specifies the cell or tags of a 
markup language and which is used in the data processing scheme inherent to the processing of 
such markup scheme like XSL or XSLT constructs as disclosed in Bex. To say that DTD 
constructs is header data that can be inlined is outstretching if not erroneous, because DTD is 
known to be document that stands alone and used to specify how to interpret other markup file 
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data; and the fact that a DTD reference is listed by a header (or can be in a header) of a 
corresponding XML file, does not establish the truth that a cell specification like that of a DTD 
file is designed as to be made inlined within the XSL/XML document or the likes, as alleged in 
the argument. The cells or tagged constructs in a DTD file are used to specify other cells in a 
XML for processing data that are the content within the tags as these are structured in said XML 
language or the Ukes. Hence, the cells and constructs of a DTD as cited signify information for 
specifying cells in a data processing and read on 'data processing cell specification'. Further, 
since the DTD specify how a corresponding XML or the likes are to be parsed, the very action 
involved in parsing the XML hierarchy in the course of which some processing took place reads 
on data processing. The specification to such processing is being analogized to the DTD 
unnested fields or tagged definitions which are purported to support the parsing. As for the 
argument that Bex does not provide a model for the XSLT, this does not amount to expected 
response that is required to comply with CFR 1.111, i.e. the rejection never addresses a model 
limitation because a model is nowhere recited in the claim. 

(C ) Applicants have submitted that Bex only inserts 'documents ... at the positions when the 
sub-processes were generated' without any effort to analyze execution order ; nor does Bex show 
'determining execution order' and unnested cell specifications 'with each ... specification ... 
including a formula specifying an action or computation' (Appl. Rmrks, pg. 11, top 3 para). The 
rejection has pointed to portions of Bex that are considered features that read on a formula 
specifying an action or computation. And also recited are portions of Bex that relate to XSLT 
language analyzing query specifications as derived fi'om the DTD and corresponding XML 
constructs with support of the inherent XPATH analysis to generate a tree structure in order to 
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determine pattern and tree information/variable mapping according to template rule. When a tree 
is being used to parse constructs for conformance to template rules or patterns, the order of 
execution of elements as established from the tree is disclosed. Besides, the limitation 'order of 
execution' is not recited in sufficient details in order for it to overwhelmingly distinguish from 
Bex's XSLT-based query language processing. Bex discloses processing of the order of the 
elements in the XML tree as these are processed in light on template rules (i.e. order of variables 
dependency, unnested cells), query variables dependency as dictated by the DTD (i.e. unnested 
cells), the Xpath analysis (order of elements in XML), procession ( see Bex, ch. 3.2, 3.3, 4) by 
which execution of the elements forming the query as estabhshed by the DTD and XPath are to 
be checked for conformance to template or pattern rules to support a correct XSLT program, i.e. 
specifications dictated by XSLT statement being converted using a parsing tree reads on 
determine path based in part on interaction or computations of query elements or cells to yield or 
simulate a XML query program output. The XSLT program here is analogized to a compiler 
type of language to execute the conformance of language constructs and the order at which they 
interrelate as they unfold via preliminary parsing and a derived tree of tokens in order to map the 
patterns as observed in the tree to rule of the grammar of the target language constructs ( Note: 
there is no point analyzing a tree of code construct if it were not for the sake of addressing the 
correct execution order and semantic of the element being analyzed as the tree is traversed). 
This whole process requires respecting order of each elements with respect to each other and 
how the execution of one affects the next up or down the tree according to some template rules. 
And that is the how Bex has been viewed as fulfilling the limitation referred to as 'determine 
execution order'. 
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Referring to the very language of the claim, 'unnested data processing cell specification' 
is analogized by the fields or tagged data of a DTD or XSL constructs, a 'first and a second data 
processing cell' read on the cells as seen in any XML/XSL tagged fields; and the recited 'each 
data processing cell specification having statements including a formula specifying an action or 
computation' read on the statements effectuated via a parser processing the DTD or XSLT file 
specifications, wherein the very parsing of a tagged field of a DTD or XSLT file signifies data 
dependency from one cell to another in the manner of a tree dependency. Further, such plurality 
of statements reads on the parser steps to execute the specification statements to address each 
XML fields leading to fulfill a query, wherein execution of the elements forming the query as 
estabUshed by the DTD (or XSLT) and XPath, i.e. specifications dictated by XSLT statement 
being converted using a parsing tree reads on determined path ( first cell having dependency on 
second cell) based in part on interaction or computations to yield or simulate a XML query 
program output. The recited 'action' or 'computation' is disclosed in specification by any tagged 
fields of any markup language such as a DTD, or a XSLT or a XML; or by the <select> tag of 
the XSLT. 

Claim rejections under 35 USC § 103: 
(D ) Applicants have submitted that the combined teaching by Bex with W3C as put forth 
cannot establish to a prima facie case of obviousness because of the deficiencies by Bex as 
unavailable prior art, as a primer to XSLT; and that the very semantics that make Bex 
inapplicable also remove XSLT/XPATH as appUcable references (Appl. Rmrks, pg. 12, middle, 
13, top para ). From explained from above, Bex's cited parts have been used to fulfill the 
limitations of the claims as interpreted by one skill in the art; and explanations to that regard has 
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been put forth both in the rejection and in the response sections B, C. As for the argument that 
there is no motivation to combine Bex and W3C, the rejection has set forth specifics as to why it 
would have been obvious to combine W3C reserve cell to the language of Bex. In response to 
applicant's argument that there is no suggestion to combine the references, the examiner 
recognizes that obviousness can only be established by combining or modifying the teachings of 
the prior art to produce the claimed invention where there is some teaching, suggestion, or 
motivation to do so found either in the references themselves or in the knowledge generally 
available to one of ordinary skill in the art. See In re Fine, 837 F.2d 1071, 5 USPQ2d 1596 (Fed. 
Cir. 1988) and In re Jones, 958 F.2d 347, 21 USPQ2d 1941 (Fed. Cir. 1992). In this case, the 
rejection has pointed out the similar endeavors of both Bex and W3C, and the motivation and the 
benefit as to why a reserve cells or a global attributes can be implemented in Bex. Moreover, 
there is no argument directly pointing to the possible flaws coming from the combination as set 
forth. AppHcant's arguments fail to comply with 37 CFR 1 . 1 1 1(b) because they amount to a 
general allegation that the claims define a patentable invention without specifically pointing out 
how the language of the claims patentably distinguishes them from the references. 

For the above reasons, the claims stand rejected as set forth in the Office Action. 

Conclusion 

7. THIS ACTION IS MADE FINAL. AppUcant is reminded of the extension of time 
poUcy as set forth in 37 CFR 1 . 136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
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the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR L 136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Tuan A Vu whose telephone number is (272) 272-3735. The 
examiner can normally be reached on 8AM-4:30PM/Mon-Fri. 

If attempts to reach the examiner by telephone are unsuccessfijl, the examiner's 
supervisor, Kakali Chaki can be reached on (571)272-3719. 

The fax phone number for the organization where this application or proceeding is 
assigned is (571) 273-3735 ( for non-official correspondence - please consult Examiner before 
using) or 571-273-8300 ( for official correspondence) or redirected to customer service at 571- 
272-3609. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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